Activity recognition method and system

ABSTRACT

An activity recognition system may comprise a local device and a server. The local device may be configured to: obtain a video; determine whether at least one human is present in one or more frames of the video; in response to determining the at least one human present in the video, determine if the at least one human in each of the frames corresponds to the same person; in response to determining that the at least one human in each of the frames corresponds to the same person, determine if the person is a stranger; and in response to determining that the person is not a stranger, transmit at least a portion of the video to the server. The server may be configured to: predict an activity class associated with the person; and trigger an alarm based on the activity class.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation application of U.S. Non-Provisional application Ser. No. 15/914,360, filed on Mar. 7, 2018, which claims the benefit of and priority to U.S. Provisional Application No. 62/469,534, filed on Mar. 10, 2017, and entitled “ACTIVITY RECOGNITION METHOD AND SYSTEM BASED ON LOCAL AND CLOUD COMPUTATION.” The above-referenced application are incorporated by reference in their entirety.

TECHNICAL FIELD

The present disclosure relates to activity recognition methods and systems, and in particular, to methods and systems for recognizing human activities in videos.

BACKGROUND

Activity recognition has been a challenging topic in computer vision. The range of activities to be recognized may vary broadly in terms of their specific usage such as in video search, video surveillance, and human-robot interaction. Among others, computer vision technology for real-time video surveillance has achieved fast development in recent years. Traditionally, recognition algorithms are executed in local devices. However, as algorithms become more and more complex and “Cloud” computation becomes widely adopted nowadays, many complex recognition algorithms are executed in a “Cloud” server.

Complex recognition algorithm executed in a Cloud server may recognize more human activities, which improves recognition accuracy. However, Cloud computation may involve problems concerning network flow and delay, which is difficult to solve, especially when high-definition cameras become prevalent and the data volume uploaded to the Cloud servers increases significantly. Traditional hardware companies, such as those manufacturing cameras and surveillance devices, and traditional algorithm providers do not have access to each other's resources, and therefore fail to streamline activity recognition.

SUMMARY

According to one aspect, an activity recognition system may comprise a local device and a server. The local device may be configured to: obtain a video; determine whether at least one human is present in one or more frames of the video; in response to determining the at least one human present in the video, determine if the at least one human in each of the frames corresponds to the same person; in response to determining that the at least one human in each of the frames corresponds to the same person, determine if the person is a stranger; and in response to determining that the person is not a stranger, transmit at least a portion of the video to the server. The server may be configured to: predict an activity class associated with the person; and trigger an alarm based on the activity class.

According to another aspect, an activity recognition method may comprise: obtaining a video; determining whether at least one human is present in one or more frames of the video; in response to determining the at least one human present in the video, determining if the at least one human in each of the frames corresponds to the same person; in response to determining that the at least one human in each of the frames corresponds to the same person, determining if the person is a stranger; in response to determining that the person is not a stranger, transmitting at least a portion of the video to the server; predicting an activity class associated with the person; and triggering an alarm based on the activity class.

According to another aspect, a non-transitory computer-readable storage medium storing instructions that, when executed by one or more processors, cause the one or more processor to perform an activity recognition method is disclosed. The method may comprise: (1) obtaining a video; (2) determining whether at least one human is present in one or more frames of the video; (3) in response to determining the at least one human present in the video, determining if the at least one human in each of the frames corresponds to the same person; (4) in response to determining that the at least one human in each of the frames corresponds to the same person, determining if the person is a stranger; (5) in response to determining that the person is not a stranger, transmitting at least a portion of the video to the server; (6) predicting an activity class associated with the person; and (7) triggering an alarm based on the activity class.

In some embodiments, the one or more processors comprise at least a first processor associated with a local device (e.g., a processor of a local device), and at least a second processor associated with a server (e.g., a processor of a server). The instructions may cause the local and/or the server to perform various steps of the activity recognition method. For example, the first processor is caused to perform (1)-(5), the second processor is caused to perform (6)-(7), and performing (6) requires more computing power and more costs than performing (1)-(5).

It is to be understood that the descriptions herein are merely exemplary and do not limit the scope of the disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary activity recognition system according to some embodiments of the present disclosure.

FIG. 2 illustrates an exemplary local device according to some embodiments of the present disclosure.

FIG. 3 illustrates an exemplary activity recognition method according to some embodiments of the present disclosure.

FIG. 4 illustrates an exemplary human detection algorithm according to some embodiments of the present disclosure.

FIG. 5 illustrates an exemplary activity recognition method according to some embodiments of the present disclosure.

FIG. 6 illustrates a Hierarchy Pose Temporal Model (HPT) used in the activity recognition process in FIG. 5 according to some embodiments of the present disclosure.

FIG. 7 illustrates an exemplary work flow of Hierarchy Pose Temporal Model (HPT) according to some embodiments of the present disclosure.

FIG. 8 illustrates an exemplary activity recognition method according to some embodiments of the present disclosure.

DETAILED DESCRIPTION

FIG. 1 illustrates an exemplary activity recognition system 101 according to some embodiments of the present disclosure. As shown in FIG. 1, the activity recognition system 101 comprises a local device 102 (e.g., for local data processing) and a Cloud server 103 (e.g., for cloud processing). The activity recognition system 101 may optionally comprise a user 104. The local device 102 and the Cloud server 103 may be communicative with each other and other devices via Wifi, cable, or an alternative communication channel. For example, the local device 102 may transmit a video portion to the Cloud server 103 for processing. Computation results from the local device 102 and/or the Cloud server 103 may be output to the user 104 in various forms.

FIG. 2 illustrates an exemplary local device 102 according to some embodiments of the present disclosure. The local device can be implemented as a computer, a smart phone, etc. As shown in FIG. 2, the local device 102 may include one or more camera(s) 202 (or other alternative image sensors), a router 203, and a hardware platform 204. The camera(s) 202 may be configured to capture video data, which may include for example human activities. The hardware platform 204 may be configured to analyze the video captured by the camera(s) 202 and may be embedded with certain basic processing functions, such as data importing, data enhancing, and simple activity recognizing. The hardware platform 204 may be implemented as a software, a hardware, or a combination of both. The camera(s) 202 and the hardware platform 204 are connected to the router 203 via Wifi, cable, or an alternative communication channel.

In one example, a Raspberry Pi™ system may be used as the hardware platform 204. The Raspberry Pi system may comprise a series of small single-board computers that can be programmed to perform certain functions. The processor at the heart of the Raspberry Pi™ system is a system-on-chip (SoC) multimedia processor. Thus, the vast majority of the system's components, including its central processing unit(s) and graphics processing unit(s) along with the audio and communications hardware, are built at the center of the board. The Raspberry Pi system uses an instruction set architecture (ISA), known as ARM, which has a simple reduced instruction set (RISC) architecture and low power draw. Moreover, the Raspberry Pi is designed to run an open source operating system called GNU/Linux.

In another example, NVIDIA Jetson TX1™ may be used as the hardware platform. NVIDIA Jetson is an artificial intelligence (AI) computing platform for GPU-accelerated parallel processing in the mobile embedded systems market, and Jetson TX1 is a supercomputer on a module of a credit card size. Jetson TX1 features the new NVIDIA Maxwell™ architecture, 256 NVIDIA CUDA® cores, and 64-bit CPUs. CUDA® is a parallel computing platform and programming model, which enables increases in computing performance by harnessing the power of the GPU. Maxwell™ architecture is an architecture for CUDA compute applications, which brings improvements to control logic partitioning, workload balancing, clock-gating granularity, compiler-based scheduling, number of instructions issued per clock cycle and other enhancements that improves energy efficiency. Moreover, Jetson TX1 includes the latest technology for deep learning, computer vision, GPU computing, and graphics.

Alternatively, other embedded systems may be used as the hardware platform, which is not limited herein.

FIG. 3 illustrates an exemplary activity recognition method 3000 according to some embodiments of the present disclosure. The method 3000 may be performed by one or more components or subcomponents of the activity recognition system 101. As shown in FIG. 3, the method 3000 may include steps 3100-3400. It will be readily appreciated that the illustrated procedure can be altered to include less or more steps.

At Step 3100, video clips may be received. In some embodiments, the video stream of all the cameras 202 will be imported into the hardware platform 204 of the local device 102. During this process, the video clips may be compressed and the frame rate may be corrected according to needs.

At Step 3200, basic analysis may be performed. In some embodiments, the local device 102 may conduct a basic analysis on the received video clips. For example, the hardware platform 204 of the local device 102 may comprise a processor and a non-transitory computer-readable storage medium storing instructions that, when executed by the processor, cause the processor to perform the basic analysis. In one example, the basic analysis may include coarse level human detection, which may be realized in local devices at lower computational costs and produce relatively accurate result. Based on the detection result of this step, the local device 102 may determine whether the video clip needs further analysis (e.g., when the detection result has not achieved a threshold accuracy). In response to determining that the video clip needs further analysis, the local device 102 may upload at least a portion of the video clip that needs further analysis to the Cloud server 103.

At Step 3300, complex analysis may be performed. In some embodiments, the Cloud server 103 may conduct a complex analysis on the portion of the video clip received from the local device 102. For example, the complex analysis may include fine grained activity recognition to produce accurate analysis result.

At Step 3400, a response may be triggered based on the complex analysis. The response may comprise various forms. In one example, as the response, the computation result of the video clips captured by one or more cameras are reported to the users, such as administrators, security personnel, etc. In another example, the activity recognition system 101 may directly inform the police when a stranger has been identified from the analysis.

In some embodiments, the activity recognition system focuses mainly on human activity recognition. Various algorithms that can be used for activity recognition are listed and compared in Table 1 below.

Algorithm Semantics Complexity Effectiveness Background Subtraction X Low Low (Video) Pixel Detection (Video) None Low Low Human Detection (Image) Yes Low High Object Detection (Image) Yes High Low Stranger Detection (Image) Yes Low High Activity Recognition Yes High High (if human (Short Video) is detected) Pose Recognition None High High (if human is detected)

As shown in Table 1, each algorithm has its distinctive features. Traditional background subtraction and pixel detection algorithms, though easy to implement, do not obtain semantic information, and therefore cannot be used to for activity detection. Thus, these two traditional algorithms are rather limited in practice.

To overcome the deficiencies in traditional algorithms, human detection algorithm and stranger detection algorithm can be implemented in local devices with lower computational costs and produce relatively accurate result. More details of the human detection algorithm are provided below.

FIG. 4 illustrates an exemplary human detection algorithm 400 according to some embodiments of the present disclosure. As shown in FIG. 4, the algorithm may comprise one or more software modules, including a User Prior Module 401, a Motion Prior Module 402, a Tracking Module 403, a Detection Module 404, and a Self-Learning Module 405. The various module can be software modules implemented as instructions stored in a memory. For example, a non-transitory computer-readable storage medium may store instructions that, when executed by a processor, cause the processor to perform various steps and methods described herein with respect to the modules. In some embodiments, a workflow of the human detection algorithm 400 may be characterized by three phases: a pre-processing phase including user pre-definition and motion detection, a core phase including tracking, and a post-processing phase including self-learning. The post-processing phase may be use-specific.

In some embodiments, during the implementation of the User Prior Module 401, a user may click two times to select a window of a video (e.g., one click at top left, and the other click at bottom right) or otherwise select a frame from the video. Then, the current image can be obtained as a user pre-defined foreground.

In some embodiments, during the implementation of the Motion Prior Module 402, a background model can be built using a Gaussian Mixture Model (GMM). The input of the background model can comprise a frame, the output can comprise a motion probability and a motion mask.

In one example, after the background model is initialized as M, for each input frame f, a difference between f and the background model M can be obtained. When the input is a RGB color image, three Gaussians g₁, g₂, g₃ can be used to describe these three channels. Since each Gaussian will output a probability, the probability of a combined Gaussian as p(i,j)=g₁+g₂+g₃ can describe a region or pixel(i,j) in the foreground or background. Each Gaussian can be described as g(I, μ, σ). The whole background model can be an online updating model. Accordingly, the model can keep updating the background parameter to reflect changes of the viewpoint or illumination (e.g., when the camera keeps rotating, when sun rises or sets). After adding in the current frame f, μ and σ can be updated using Expectation-Maximization Algorithm (EM algorithm). Traditional motion detection algorithms only use hard differential threshold. That is, for each region or pixel, d(i,j)=|f_(current)−f_(previous)|. By comparison, the disclosed algorithm is more reliable, advanced, and can handle changes of viewpoint and illumination.

In some embodiments, during the implementation of the Tracking Module 403, the input is the detected region of the last five frames, the output is a predicted candidate region ROI. For example, assuming that the detection result for f_(i) where i=1, . . . ,5 are r_(ij)=(x, y, w, h), and if the detection result r_(ij) and r_(i,j), are similar, a high probability region ROI can be determined (e.g., a ROI can be a frame region that show differences among consecutive frames). The recent detection responses can be stored in a buffer. Object detecting (e.g., implemented by the Detection Module 404 described below) can be applied only in the predicted region, such that the potential detection area is narrowed.

In some embodiments, during the implementation of the Detection Module 404, the input is a frame with ROI, and the output is a detection response. The Detection Module is used to detect a human in the image. In one example, first, the RGB image can be converted into gray image. Then, the APCF (Associated Pairing Comparison Features) features can be extracted from the gray image. The APCF features can give to a chain of weak classifiers. Each classifier can give a determination for the current extracted APCF feature.

In some embodiments, during the implementation of the Self-Learning Module 405, false alarms can be automatically learned in the backend and filtered out. The input of this module can comprise a candidate detection result, and the output can comprise a determining of True (e.g., the detected danger is real) or False (e.g., the detected danger is a false alarm). If true, the result (e.g., the detected danger) can be reported; and if not, the result can be filtered out.

In some embodiments, the Self-Learning Module 405 may be executed to implement the following method. In a dataset, all the false alarms can be collected and converted into SURF (Speeded-up Robust Features) features and stored as false alarm features. For each new test candidate a_(i), its SURF feature can be computed as f(a_(i)), and this feature can be computed to match with the false alarm features. If the matched points are over a number T, which indicates the new test candidate much similar to the false alarm samples, and should be counted as a false positive.

Alternatively, other detection algorithms may also be suitable for conducting the basic analysis described above, and is not limited herein.

Activity recognition algorithm and pose recognition algorithm are relatively complex algorithms which depend heavily on pre-defined conditions. For example, the traditional activity recognition algorithm may assume that there is a human in the video. Thus, when receiving a random video clip, the traditional activity recognition algorithm may output a false response. Moreover, the traditional position recognition algorithm may have the same problem, where the joints of the human body can be located effectively only under the presumption that the bounding box of a human has been detected. However, when receiving an image without any human, the traditional position recognition algorithm may output a false response.

FIG. 5 illustrates an exemplary activity recognition method according to some embodiments of the present disclosure. The activity recognition method may be referred to as an activity recognition algorithm. The activity recognition method or algorithm comprises various steps. In some embodiments, the disclosed activity recognition algorithm adopts deep learning method and combines three levels of information including scene information, temporal information, and pose information to achieve better activity recognition.

In one example, various analysis including scene feature extraction, low level analysis, and human pose estimation can be performed to an uploaded video. For scene information extraction, statistical scene features can be extracted based on deep learning from one or more frames (e.g., all frames) of the video. A person of ordinary skill in the art would appreciate that the statistical scene features may comprise statistical features of scenes, which for example may derive from statistical classification by machine learning. For the low level analysis, temporal features can be obtained from one or more frames (e.g., key frames) of the video. A person of ordinary skill in the art would appreciate that the temporal features may comprise feature information with respect to time. For the human pose information, pose features can be extracted from one or more frames (e.g., each selected frame) of the video. A person of ordinary skill in the art would appreciate that the pose features may comprise pose information of a detected person. Then, the deep learning information from these three types of features can be combined for predicting the activity class.

In some embodiments, a tree structure model named Hierarchy Pose Temporal Model (HPT) as shown in FIG. 6 is used to implement at least a part of the activity recognition algorithm described above. The HPT model can be a software model implemented as instructions stored in a memory. For example, a non-transitory computer-readable storage medium may store instructions that, when executed by a processor, cause the processor to perform various steps and methods described herein with respect to the HPT model. As shown in FIG. 6, when receiving an input video, the HPT model may extract statistical scene features (e.g., from all frames) at a coarse level 601 for HPT. Then, the HPT model may extract temporal features in a base level 602 and pose features in a fine level 603. As such, the HPT model builds a hierarchical coarse to fine framework to integrate scene information, temporal information, and pose information for fine grained activity recognition. Here, scene information can provide general information and background information in videos, and is thus used as the coarse level feature. Temporal information comprises timing information. To utilize the temporal information, the HPT model selects one or more key frames from each video. Thus, temporal information can be used as the base level feature. Within each key frame, human pose information can be very discriminative, and therefore can be used as the fine level feature.

FIG. 7 illustrates an exemplary work flow of Hierarchy Pose Temporal Model (HPT) according to some embodiments of the present disclosure. The description below includes HPT representation, HPT inference, and HPT learning.

HPT Representation

HPT representation feature F includes scene feature F_(s), temporal feature F_(t), human pose feature F_(p), and deformable feature F_(d). Accordingly, F=[F_(s), F_(t), F_(p), F_(d)], representing a combination of the four major components.

Scene Features F_(s)

As shown in FIG. 7, key scene snippets may be obtained from an input video, and machine learning algorithms (e.g., convolutional neural network (CNN)) may be used to obtain deep scene features from the key scenes. In some embodiments, scene features F_(s) can be used as HPT's coarse layer. To obtain the statistical scene feature F_(s), the HPT model may first extract raw scene feature f from each frame. The statistical scene feature F_(s) can be described using both a static scene feature and a dynamic scene feature as F_(s)=[F_(s) ^(sta), F_(s) ^(dyn)]. Statistical summary can be used on this coarse level information with min, max, mean, std dimension operation strategy.

In some embodiments, F_(s) is a summarization of all the video frames, using operations such as mean, std, min and max by computing minimum or mean values for each descriptor dimension i over T video frames. Therefore, the static video descriptor F_(s) ^(sta) for RGB or for flow can be obtained by the concatenation of time-aggregated frame descriptors f where t is the frame number. An example is shown in Equation 1. In the example, a_(i), b_(i), c_(i), d_(i) represents dimension i's output for mean, std, min, max feature operator correspondingly.

F _(s) ^(sta)=[a ₁ , . . . , a _(k) , b ₁ , . . . , b _(k) , c ₁ , . . . , ,c _(k) ,d ₁ , . . . ,d _(k)]  (1)

a _(i)=mean_(1≤t≤T) f _(t)(i)  (2)

b _(i) =std _(1≤t≤T) f _(t)(i)  (3)

c _(i)=min_(1≤t≤T) f _(t)(i)  (4)

d _(i)=max_(1≤t≤T) f _(t)(i)  (5)

In some embodiments, to capture temporal evolution of per-frame descriptors, the HPT model accounts for temporal differences of the form ΔF_(t)=F_(t+Δt)−F_(t) for Δt=4 frames. Similar to Equation 1, the HPT model computes a mean aggregation, a standard deviation aggregation, a minimum aggregation, and a maximum aggregation of F_(t) and concatenates them into the dynamic video descriptor.

F _(s) ^(dyn)=[Δa ₁ , . . . ,Δa _(k) ,Δb ₁ , . . . ,Δb _(k) ,Δc ₁ , . . . ,Δc _(k) ,Δd ₁ , . . . ,Δd _(k)]  (6)

In some embodiments, video descriptors for motion and appearance for the whole frame and different aggregation schemes are normalized and concatenated into a Scene Feature Vector. Normalization can be performed by dividing video descriptors by the average L₂-norm of the F_(t) from a training set.

In some embodiments, the concatenation of static and dynamic descriptors is denoted by “Static+Dyn.” The final dimension of the scene feature vector can be 4×4K×2×2=64K, 4K-dimensional CNN descriptor for appearance and motion (4 type feature operator, with static and dynamic features, with RGB and flow features). Such dimensionality is comparable to the size of Fisher vector used to encode dense trajectory features.

Temporal Features F_(t)

As shown in FIG. 7, key frames may be obtained from the input video, and machine learning algorithms (e.g., inception batch normalization) may be used to obtain deep temporal features from the key frames. In some embodiments, temporal features can be used as HPT base level information. For each video, the HPT model may select N frames and extract global pooling layer features using Inception Batch Normalization RGB and flow Network. Each frame can also generate a 1024-dimension feature.

Inception Batch Normalization RGB and flow Network are deep learning models fine-tuned from VGG layer models. VGG is a convolutional neural network model that achieves 92.7% top-5 test accuracy in ImageNet, which is a dataset of over 14 million images belonging to 1000 classes. The fine tuning process uses data from a UCF 101 dataset. The temporal feature can be written as F_(t) where F_(t)=[φ(t₁), . . . , φ(t_(N))]. Here, φ(t) represents the feature when selecting the frame from the time t. Both RGB feature and flow feature can be extracted as modality for the temporal feature.

Human Pose Feature F_(p)

As shown in FIG. 7, key poses and interactions may be obtained from the input video, and machine learning algorithms (e.g., CNN) may be used to obtain deep pose features from the key poses and interactions. Conventionally, pose configuration (computing the distance within joint locations and inner angels) is used for activity recognition. However, traditional pose estimation results are typically not accurate enough for classifying the activity. In order to obtain a more accurate estimation result, in some embodiments, pose patches are used instead of pose configurations. Pose patches generate a much longer feature vector by describing the image and flow instead of geometry, and contain more information than directly extracting hand-crafted features from the pose configuration.

In some embodiments, four pose patches are used to obtain the human pose feature, the pose patches including: full body, upper body, left elbow, and right elbow. Both RGB and flow modality can be used. In one example, φ(P, t) represents the feature when using pose configuration P at the time point t, each P is a configuration which is a combination for pose patches, and there are four pose patches p₁, p₂, p₃, and p₄. Thus, δ(p, t) can represent the deep feature vector where pose patch p is extracted at time point t. The combined pose feature is represented as φ(P, t)=[δ(p₁, t), δ(p₂, t), δ(p₃, t), δ(p₄, t)]. Also, φ(P, t) can be in both RGB modality or flow modality.

Deformable Feature F_(d)

HPT framework further comprises deformable information, for compensating the cost and picking up the best frames and the best pose patches simultaneously when running the patch detectors in each potential area in the selected frame. A person of ordinary skill in the art may appreciate that the deformable feature may comprise a feature that is not bound to a fixed location in the object's model. The deformable information compensates for the variance in pose and temporal information. ψ(P, t) can represent the penalty feature that uses pose configuration P in the time point t, where ψ(P, t)=[dx, dx², dy, dy², dt, dt²]. Here, [x₀, y₀, t₀] is the anchor position for patch p_(i). This is a 6-dimension vector in which dx=|x−x₀|, dy=|y−y₀|, dt=|t−t₀| where x, y is the relative location where the patch is extracted, and t is the time point when the frame is extracted.

HPT Inference

In some embodiments, HPT inference can be used to predict the activity class for a given video and obtain the most discriminative pose patches and the most discriminative temporal information. There can be four terms in the full video feature description, τ(V) for scene feature, φ(t) for temporal feature, φ(P, t) for human pose feature, and ψ(P, t) for deformable feature. The whole feature can be written as Equation 7.

F(V,A)=[τ(V),φ(t ₁), . . . ,φ(t _(N)),φ(P ₁ ,t ₁), . . . ,p(P _(N) ,t _(N)),ψ(P ₁ ,t ₁), . . . ,ψ(P _(N) ,t _(N))]  (7)

To combine various features for making predictions, each feature may be assigned a weight. For weights used in the HPT model, for example, ω_(s) is the weight for scene feature, ω_(t) is the weight for temporal feature, ω_(p) is the weight for pose feature, and ω_(d) is the weight for the deformable feature. The whole weight can be written as Equation 8.

ω=[ω_(s),ω_(t),ω_(p),ω_(d)]  (8)

The total score for the video is computed as Equation 9.

Score(V,A)=ω·F(V,A)  (9)

HPT Learning

For HPT learning, the HPT model uses raw features generated from deep learning models as HPT's building block. VGG model can be used for both the scene layer and pose layer. For RGB modality, the publicly available VGG network from that has been pre-trained on the ImageNet ILSVRC-2012 challenge dataset can be used. For flow patches, the motion network that has been pre-trained for action recognition task on the UCF101 dataset can be used.

For temporal layer, the HPT model uses the Inception with Batch Normalization (BN-Inception) as building block, for its good balance between accuracy and efficiency. The original BN-Inception architecture can be adapted to the design of two-stream Convolutional Neural Networks. As in the original two-stream Convolutional Neural Networks, the spatial stream Convolutional Neural Network operates on a single RGB images, and the temporal stream Convolutional Neural Network takes a s-tack of consecutive optical flow fields as input. As spatial networks take RGB images as input, models trained on the ImageNet as initialization can be used.

In some embodiments, the HPT model uses LIBSVM (a machine learning library) and the deep features from VGG and BN-Inception to obtain the initialization parameter [ω_(s) ⁰, ω_(t) ⁰, ω_(p) ⁰], and then puts this initial parameter into a latent SVM framework.

In some embodiments, the HPT model can be trained using latent SVM framework, in which the pose configurations and temporal locations are latent variables. The weights cot for the temporal feature, ω_(p) for the pose feature, and ω_(d) for the deformable information can be learned from the latent SVM. Given a training set of N patch configurations in which their corresponding binary class labels y_(i) belong to [−1, 1], their feature representations can be computed to obtain dataset (V_(i), y_(i)), . . . , (V_(N), y_(N)). If ω=[ω_(s), ω_(t), ω_(p), ω_(d)], minimization can be performed for:

${\min\limits_{\omega}{\frac{1}{2}{\omega }^{2}}} + {C{\sum\limits_{i = 1}^{N}{\max \left( {0,{1 - y_{i}}} \right)}}}$ ${f\; {\omega (V)}} = {\max\limits_{P,t}{\omega \cdot {\Phi \left( {V,\ P,\ t} \right)}}}$

Optimization can be achieved using a Dual Coordinate Descent algorithm.

Alternatively, other activity recognition algorithms may also be suitable for conducting the complex analysis described above, and is not limited herein.

As shown, the local device and the Cloud server can be assigned with different tasks according to their own features. The basic analysis conducted in the local device may vary based on the hardware platform used in the local device and the computation ability thereof. In one example, the hardware platform in the local device may be Raspberry Pi™. Accordingly, the local device may be used for conducting simple algorithms such as human detection algorithm and stranger detection algorithm, which aims at detecting and tracking humans presented in the video clip. For example, the local device may implement the human detection algorithm shown in FIG. 4. It may further calculate the number of people presented in the video clip as well as the duration of stay of each person. Based on the analysis of the local device, the Cloud server may continue to conduct a complex activity recognition algorithm for identifying the activity of the human detected by the local device. For example, the Cloud server may conduct the activity recognition algorithm shown in FIG. 5.

In another example, the hardware platform in the local device may comprise NVIDIA Jetson TX1™. Since NVIDIA Jetson TX1™ includes modules for deep learning, computer vision, GPU computing, and graphics, it may perform some of the deep computation in the activity recognition algorithm. Accordingly, in this example, the local device may be used for conducting simple algorithms such as human detection algorithm and stranger detection algorithm, as well as part of the complex activity recognition algorithm. For example, the local device may conduct the human detection algorithm shown in FIG. 4, as well as part of the activity recognition algorithm shown in FIG. 5 for extracting the scene features, temporal features, and pose features from the video clip. Then, the Cloud server may conduct the rest of the activity recognition algorithm shown in FIG. 5 for combining these features and predicting the activity of the human.

The hardware platform used in the local device of the present disclosure is not limited to the hardware platform disclosed above. The algorithms conducted in the local device may vary in different embodiments depending on the computation ability of the hardware platform, and are not limited to the examples described above.

FIG. 8 illustrates an exemplary activity recognition method according to some embodiments of the present disclosure. In some embodiments, a non-transitory computer-readable storage medium storing instructions that, when executed by one or more processors, cause the one or more processor to perform the activity recognition method is disclosed. The activity recognition method may comprise: (1) obtaining a video; (2) determining whether at least one human is present in one or more frames of the video; (3) in response to determining the at least one human present in the video, determining if the at least one human in each of the frames corresponds to the same person; (4) in response to determining that the at least one human in each of the frames corresponds to the same person, determining if the person is a stranger; (5) in response to determining that the person is not a stranger, transmitting at least a portion of the video to the server; (6) predicting an activity class associated with the person; and (7) triggering an alarm based on the activity class. The alarm may comprise a notification (e.g., a message) to a user of the activity recognition system, a law enforcement authority, etc.

In some embodiments, the one or more processors comprise at least a first processor associated with a local device (e.g., a processor of a local device), and at least a second processor associated with a server (e.g., a processor of a server). The instructions may cause the local and/or the server to perform various steps of the activity recognition method. For example, the first processor is caused to perform (1)-(5), the second processor is caused to perform (6)-(7), and performing (6) requires more computing power and more costs than performing (1)-(5). The storage medium may be disposed on the local device and/or the server. That is, the local device and the cloud server may each comprise a processor and a non-transitory computer-readable storage medium storing instructions that, when executed by the processor, cause the processor to perform the various steps. Alternatively, the storage medium may be disposed on the local device, on the server, or on another network device accessible to the processor and the server.

In some embodiments, the local device may obtain a video. For example, the local device comprises a camera as described above. To obtain the video, the local device is configured to cause the camera to stream the video in real time.

As shown in FIG. 8, in Step 8100, the local device may determine whether at least one human is present in one or more frames of the video. In some embodiments, to determine whether the at least one human is present in the one or more frames of the video, the local device is configured to: execute a human detection algorithm for each of the frames to determine a percentage of the frames comprising the at least one human; and in response to determining the percentage exceeding a threshold, determine that the at least one human is present in the one or more frames of the video. For example, the local device may execute a human detection algorithm to determine frame by frame whether a human is presented in the video clip. For example, the local device detects whether a human is presented in 75% of the frames within 5 seconds. If a human is presented in 75% or more of the frames within 5 seconds, the local device determines that a human has been detected, and the method proceeds to Step 8200; and if no human is presented in 75% or more of the frames within 5 seconds, the local device continues to monitor for human detection.

In some embodiments, the video captures an environment. To execute the human detection algorithm for the frame, as described above with reference to FIG. 4, the local device is configured to: initialize a background, wherein the background is updated in real time and the update includes at least one of a viewpoint of the camera or an illumination of the environment; and compare an input associated with the frame with the background to perform human detection for the frame.

In Step 8200, the local device is configured to, in response to determining the at least one human present in the video, determine if the at least one human in each of the frames corresponds to the same person. In some embodiments, to determine if the at least one human in each of the frames corresponds to the same person, the local device is configured to: execute a re-identification algorithm to verify one or more features associated with the at least one human across the one or more frames; and determine if the one or more features are consistent. That is, the local device may use a re-identification algorithm to confirm whether the persons correspondingly in various frames detected in Step 8100 (e.g., a person in a frame, a person is the next frame, and so forth) are the same person to prevent false alarming. For example, the local device determines whether the persons in the various frames (e.g., within 5 seconds of frames, or within 5 consecutive frames) are the same person. If the persons detected in the various frames are the same person, the method proceeds to Step 8300; and if the persons detected in the various frames are actually different people, the method goes back to Step 8100 to monitor for human detection.

With respect to the re-identification algorithm, the local device may rely on one or more factors from image analysis to determine the identities of the persons in the consecutive frames are consistent. For example, the local device may verify one or more features associated with the persons are consistent across the frames. Consistent body features (e.g., hair color, height, shoulder width), consistent clothing (e.g., clothing color, clothing type), and consistent movement (e.g., a smooth displacement of a person from one location to another relative to the frame across consecutive frames) are among the factors that can help re-identify the same person cross various frames.

In Step 8300, the local device is configured to, in response to determining that the at least one human in each of the frames corresponds to the same person, determine if the person is a stranger. In some embodiments, to determine if the person is the stranger, the local device is configured to: execute a stranger detection algorithm to determine an identity of the person; and in response to determining the identity not in a white list, determine the person as the stranger. The local device may be further configured to: in response to determining that the person is a stranger, trigger the alarm. That is, the local device may use a stranger detection algorithm to determine whether the person presented in the video clip is a stranger. For example, a face verification algorithm can be used to identify the detected person. If the person is a stranger, the local system can alert the user; and if the person is not a stranger, the method may proceed to Step 8400. Here, a stranger may refer to a person not recognized by the local device or an alternative system. For example, a user may store face portraits of family members and other recognized people along with associated identities in a database (e.g., as a white list), and the detected person's face portrait may be captured and compared with the stored face portraits in the database. If no match is found, the detected person can be recognized as a stranger, and the local device may trigger the alarm.

In Step 8400, in response to determining that the person is not a stranger, the local device may transmit at least a portion of the video to the server. The server may be configured to: predict an activity class associated with the person; and trigger an alarm based on the activity class. That is, the local device may upload or otherwise transmit at least a portion of the video clip to the Cloud server to conduct further pose and activity recognition, for analyzing the person's behavior and determining any suspicious activity. For example, the activity recognition process may be conducted using the method described above with reference to FIG. 5 to predict the activity class of the person. There may be various preset activity classes each associated with a preset indication of whether the associated activity class is sufficiently risky to trigger the alarm. Here, the risk may involve a danger to the user, the person, the user's property, etc. For example, an activity class of reading books may be insufficient to trigger the alarm, while an activity class of breaking a safe or tripping on a floor may be sufficient to trigger the alarm. Thus, for example, if the person is determined to be suspicious (e.g., searching for valuables), the Cloud server and/or the local device may alert the user; and if not, the method goes back to Step 8100 to monitor for human detection.

In some embodiments, as described above with reference to FIGS. 5 to 7, to predict the activity class associated with the person, the server may be configured to: extract statistical scene features from the at least one portion of the video; extract temporal features from the at least one portion of the video; extract pose features from the at least one portion of the video; and combine the statistical scene features, the temporal features, and the pose features to predict the activity class of the person. The pose features may each comprise a plurality of pose patches, the pose patches each associated with full body, upper body, left elbow, and right elbow.

In some embodiments, the server is further configured to: obtain deformable features from the at least one portion of the video; and combine the statistical scene features, the temporal features, the pose features, and the deformable features to predict the activity class of the person.

In some embodiments, basic analysis such as human detection, re-identification, and stranger detection conducted in Steps 8100, 8200, and 8300 are executed in the local device. Therefore, relevant computation may be realized in a cheaper hardware platform in the local device. Moreover, network communication is not required for these analysis, thereby reducing costs on network bandwidth and data flow. This is particularly beneficial for a complete mobile environment, where communication within the local device may need to be done via 4G LTE, which is slow and expensive.

After conducting the basic analysis, if the local device determines that the video clip needs further analysis, the local device may upload a portion of the video to the Cloud server, where more complex hardware platforms and computation tools in the server can be used to compute and analyze human activities. As such, the local device and the Cloud server are complementary to each other, and automatic surveillance can be realized efficiently with lower cost.

The human detection algorithm, the re-identification algorithm, and the stranger detection algorithm used in this example may adopt the same principle as the detection algorithm described above with reference to FIG. 4. Additionally or alternatively, other algorithms may also be adopted.

As described, the disclosed activity recognition system can combine the local device with the Cloud server and assign different tasks to the two devices according to their features. The local device requires lower costs and is able to execute basic analysis. The Cloud server is more expensive and produce more accurate results. Therefore, video clips which need further analysis can be uploaded to the Cloud server, which will accurately recognize human activities and report the result to the user. Therefore, the whole activity recognition process may not rely solely on the local device or the Cloud server. The local device and the Cloud server may synergize to accurately and efficiently recognize human activities while limiting the cost.

Although the above-mentioned system has been described as used for human detection and surveillance, it can be applied to detect other objects, such as automobiles or animals. Further, those skilled in the art may understand and implement other variations of the disclosed embodiments from a study of the drawings, the specification, or the appended claims.

In the claims, the word “comprising” does not exclude other elements or steps, and the indefinite article “a” or “an” does not exclude a plurality. In applications according to present disclosure, one element may perform functions of several technical feature recited in claims. Any reference signs in the claims should not be construed as limiting the scope of the disclosure. 

What is claimed is:
 1. An activity recognition system, comprising a local device and a server, wherein: the local device is configured to: obtain a video; determine whether at least one human is present in one or more frames of the video; in response to determining the at least one human present in the video, determine if the at least one human in each of the frames corresponds to the same person; in response to determining that the at least one human in each of the frames corresponds to the same person, determine if the person is a stranger; and in response to determining that the person is not a stranger, transmit at least a portion of the video to the server; and the server is configured to: predict an activity class associated with the person; and trigger an alarm based on the activity class.
 2. The activity recognition system according to claim 1, wherein: the local device comprises a camera; and to obtain the video, the local device is configured to cause the camera to stream the video in real time.
 3. The activity recognition system according to claim 1, wherein to determine whether the at least one human is present in the one or more frames of the video, the local device is configured to: execute a human detection algorithm for each of the frames to determine a percentage of the frames comprising the at least one human; and in response to determining the percentage exceeding a threshold, determine that the at least one human is present in the one or more frames of the video.
 4. The activity recognition system according to claim 1, wherein: the local device comprises a camera configured to obtain the video, the video capturing an environment; to execute the human detection algorithm for the frame, the local device is configured to: initialize a background, wherein the background is updated in real time and the update includes at least one of a viewpoint of the camera or an illumination of the environment; and compare an input associated with the frame with the background to perform human detection for the frame.
 5. The activity recognition system according to claim 1, wherein to determine if the at least one human in each of the frames corresponds to the same person, the local device is configured to: execute a re-identification algorithm to verify one or more features associated with the at least one human across the one or more frames; and determine if the one or more features are consistent.
 6. The activity recognition system according to claim 1, wherein: to determine if the person is the stranger, the local device is configured to: execute a stranger detection algorithm to determine an identity of the person; and in response to determining the identity not in a white list, determine the person as the stranger; and the local device is further configured to: in response to determining that the person is a stranger, trigger the alarm.
 7. The activity recognition system according to claim 1, wherein to predict the activity class associated with the person, the server is configured to: extract statistical scene features from the at least one portion of the video; extract temporal features from the at least one portion of the video; extract pose features from the at least one portion of the video; and combine the statistical scene features, the temporal features, and the pose features to predict the activity class of the person.
 8. The activity recognition system according to claim 7, wherein the pose feature comprises a plurality of pose patches, the pose patches each associated with full body, upper body, left elbow, and right elbow.
 9. The activity recognition system according to claim 7, wherein the server is further configured to: obtain deformable features from the at least one portion of the video; and combine the statistical scene features, the temporal features, the pose features, and the deformable features to predict the activity class of the person.
 10. An activity recognition method, comprising: obtaining a video; determining whether at least one human is present in one or more frames of the video; in response to determining the at least one human present in the video, determining if the at least one human in each of the frames corresponds to the same person; in response to determining that the at least one human in each of the frames corresponds to the same person, determining if the person is a stranger; in response to determining that the person is not a stranger, transmitting at least a portion of the video to the server; predicting an activity class associated with the person; and triggering an alarm based on the activity class.
 11. The activity recognition method according to claim 10, wherein determining whether the at least one human is present in the one or more frames of the video comprises: executing a human detection algorithm for each of the frames to determine a percentage of the frames comprising the at least one human; and in response to determining the percentage exceeding a threshold, determining that the at least one human is present in the one or more frames of the video.
 12. The activity recognition method according to claim 10, wherein: the video is obtained from a camera, the video capturing an environment; executing the human detection algorithm for the frame comprises: initializing a background, wherein the background is updated in real time and the update includes at least one of a viewpoint of the camera or an illumination of the environment; and comparing an input associated with the frame with the background to perform human detection for the frame.
 13. The activity recognition method according to claim 10, wherein determining if the at least one human in each of the frames corresponds to the same person comprises: executing a re-identification algorithm to verify one or more features associated with the at least one human across the one or more frames; and determining if the one or more features are consistent.
 14. The activity recognition method according to claim 10, wherein: determining if the person is the stranger comprises: executing a stranger detection algorithm to determine an identity of the person; and in response to determining the identity not in a white list, determining the person as the stranger; and the method further comprises: in response to determining that the person is a stranger, triggering the alarm.
 15. The activity recognition method according to claim 10, wherein predicting the activity class associated with the person comprises: extracting statistical scene features from the at least one portion of the video; extracting temporal features from the at least one portion of the video; extracting pose features from the at least one portion of the video; and combining the statistical scene features, the temporal features, and the pose features to predict the activity class of the person.
 16. The activity recognition method according to claim 15, wherein the pose feature comprises a plurality of pose patches, the pose patches each associated with full body, upper body, left elbow, and right elbow.
 17. The activity recognition method according to claim 15, further comprising obtaining deformable features from the at least one portion of the video, wherein predicting the activity class associated with the person comprises: combining the statistical scene features, the temporal features, the pose features, and the deformable features to predict the activity class of the person.
 18. A non-transitory computer-readable storage medium storing instructions that, when executed by one or more processors, cause the one or more processor to perform an activity recognition method, the method comprising: (1) obtaining a video; (2) determining whether at least one human is present in one or more frames of the video; (3) in response to determining the at least one human present in the video, determining if the at least one human in each of the frames corresponds to the same person; (4) in response to determining that the at least one human in each of the frames corresponds to the same person, determining if the person is a stranger; (5) in response to determining that the person is not a stranger, transmitting at least a portion of the video to the server; (6) predicting an activity class associated with the person; and (7) triggering an alarm based on the activity class.
 19. The non-transitory computer-readable storage medium of claim 18, wherein the one or more processors comprise at least a first processor associated with a local device, and at least a second processor associated with a server.
 20. The non-transitory computer-readable storage medium of claim 18, wherein: the first processor is caused to perform (1)-(5); the second processor is caused to perform (6)-(7); and performing (6) requires more computing power and more costs than performing (1)-(5). 